System and Method of Automated Customizable Portal Creation

ABSTRACT

A system is provided enabling creation of a portal to telecommunications services managed by an enterprise user on behalf of accountholders of the enterprise. The system includes a first layer providing access to at least a business support system, an operational support system, a provisioning system, a home location register, and a billing system. The system also includes a second layer providing access to a wizard interface programmed for: creating a portal by the enterprise user with an application enabled to selectively access and/or modify data and settings accessible through a security layer from the first layer; and publishing the portal. The system also includes a third layer providing access to the portal by an accountholder of the enterprise after publishing. The application is: a glanceable application showing the data or settings in a summary visual fashion; or a full application showing the data or settings in a detailed fashion.

FIELD OF INVENTION

The invention in general relates to automated customizable portalcreation for the telco and service provider industries to allow endusers at enterprises to make changes to their service packages. Theinvention uses a portal wizard so that enterprise users need not writeany code to provide a full or glanceable application to end users.

BACKGROUND OF THE INVENTION

Backend systems installed at large service providers like telcos are notdesigned for direct customer (accountholder) access. Currently, changesto services must carried out be Customer Service Representatives (CSRs),who make the changes to different internal systems on behalf of thecustomers. Changes to the services are not linear. In many cases inorder to provision a new service for a customer, a CSR is required tomake changes to more than one backend system to effectively provisionthe service.

This process is rather cumbersome and slow and requires trained staff. Aconsumer is dependent on having to contact the service provider (usuallyover the phone) to get new services or to make changes to existingservices. Opening the backend systems directly to the customers posesmany security risks and is not a feasible option either.

Large enterprise customers of a service provider may also have their owninternal users of the services. It would be advantageous to open thebackend systems for service provisioning to these users withoutcompromising security or integrity of the backend data.

Not all customers have the same services or the same privileges,therefore opening the backend systems to expose only an appropriate setof services for each customer is also critical.

Currently, in order to provide portals (e.g. online portals) formodifying or checking account settings requires significant developertime.

SUMMARY

Broadly speaking, the present invention provides a method and a systemof automated customizable portal creation where an end user e.g. a userat a service provider can create a portal for the end users at theenterprise to connect to the backend/legacy systems of the serviceprovider so that the end users at the enterprise can make changes totheir services without requiring CSR assistance from the serviceprovider.

Preferably, the portal can be created and customized without writingcode. Such a customizable portal may have different associatedapplications. End users at an enterprise customer of the serviceprovider may use the portal and associated applications for makingchanges to their service packages directly without requiring any helpfrom a CSR of the service provider.

It would be advantageous to provide a method and a system where anon-developer can create customizable portals for interaction withbackend systems that are not designed for direct customer access.

Unlike prior art methods the present invention may connect to differentbackend system like the OSS, BSS, Billing System and ProvisioningSystems of service provides so that the end users can make changes totheir service offerings without requiring CSR assistance.

The backend systems at service providers are not designed for directcustomer access and therefore having an intermediate layer in the formof the portal and associated applications enables the customers (e.g.end users at an enterprise) to make changes to their service packages.

The system may be installed on a remote server that may be accessibleover a network e.g. Internet or LAN (Local Area Network). In oneembodiment a server may be a standalone computer that is connected tothe internet or other network while in others embodiments it may referto a set of networked computing devices.

In one embodiment a Wizard for portal and application creation may beprovided as a graphical user interface (GUI) that may enable a user tocreate or modify a customizable portal without having to write any code.

In one embodiment an API Layer may be provided that is responsible forconnecting to the backend systems and acquiring/writing information tothese systems when users make changes to their service packages.

In one embodiment a Security Layer may be provided to be responsible formanaging the access control of the different groups of users.

In one embodiment a created portal may further comprise of fullapplications and Glanceable applications which results from the usermanipulations of the Wizard for portal and application creation. In thisdisclosure the term Glanceable may refer to applications that aredesigned to show only a summary of the information in a visual way tothe end user. And the term Full Application may refer to applicationsthat are designed to show detailed information to the end user.

“Glanceables” may refer to applications that are designed to show only asummary of the information in a visual way to the end user e.g. using agraph with given color schemes, or icons, or emojis or other symbols sothat the user can easily understand the summarized information.

“Full Applications” may refer to applications that are designed to showdetailed information to the end user.

The Glanceables and Full Applications may be implemented as web widgets.A web widget is a small stand-alone software application usually with alimited set of functionality that can be installed and executed within aweb page. A web widget usually occupies a portion of a webpage and doessomething useful with information fetched from other websites anddisplayed in the said place. A mobile web widget has the same purposeand function as a web widget, but it is made for use on a mobile devicesuch as mobile phone or tablet.

The Portal may be created by user(s) at the service provider and theenterprise users can configure what has been given to them as apps andGlanceables but they may not be able to create new apps.

In another embodiment any user(s) of the system may be able to createthe Portal and associated Full apps and Glanceables.

In one embodiment a group of users who may be responsible for portal andapplication creation may use a desktop or any other device e.g. atablet, or a SmartTV or the like where a browser and associatedtechnologies may be installed to access the Wizard for portal creation.

In one embodiment a group of end users of the portal itself may use adesktop, a tablet, a SmartPhone or any other device e.g. a SmartTV orthe like where a browser and associated technologies may be installed toaccess the portal in order to make changes to their service packages.

Thus different portals could be created, each customized for differententerprise customers based on the different sets of services that theenterprise may have chosen from the portfolio of the services that theservice provider may have to offer. Thus a portal may be customized tobe restricted to apps that only allow for changes to the services thatthe enterprise customer uses.

For example the service provider may offer landline telephony services,wireless telephony services, cable TV and internet services. A firstenterprise customer who may have opted to use landline telephonyservices and internet services will have a customized portal where theend users can make changes to their landline service package andinternet service package. Such a customizable portal with its associatedapplications can be advantageously created by using the systems andmethods of this invention without having to write any code.

According to a first aspect of the invention, a system is providedenabling creation of a portal to telecommunications services managed byan enterprise user on behalf of accountholders of the enterprise. Thesystem includes a first layer providing access to at least a businesssupport system, an operational support system, a provisioning system, ahome location register, and a billing system. The system also includes asecond layer providing access to a wizard interface programmed for:creating a portal by the enterprise user with an application enabled toselectively access and/or modify data and settings accessible through asecurity layer from the first layer; and publishing the portal. Thesystem also includes a third layer providing access to the portal by anaccountholder of the enterprise after publishing. The application is: aglanceable application showing the data or settings in a summary visualfashion; or a full application showing the data or settings in adetailed fashion.

The application (whether glanceable or full) may be a web widget.

The wizard may be programmed to allow customization of the portal forthe enterprise.

Preferably, the telecommunications services include at least one oftelephony, wireless telephony, cable TV or internet service.

The portal may use a JSON. The creating step may include:

-   -   creating a JSON for the portal;    -   receiving a label of the application;    -   receiving a selection of the application type, whether        glanceable or full;    -   receiving a selection of a visualization method; and    -   receiving a REST API URL for data access.

The creating step may further include:

-   -   receiving custom visual properties of the application.

The creating step may further include:

-   -   receiving security settings of the application.

Preferably, the security settings include user privileges for at leastone accountholder and at least one enterprise user.

The publishing step may further include:

-   -   receiving a command to save the application; and    -   receiving a command to preview the application.

Preferably, the data access connects to at least one data source in thefirst physical or logical layer.

Preferably, the data source has a data model which is parsed todetermine its structure and relationships.

The creating step may further include selecting fields of data to bedisplayed. Preferably, the application displays a subset of theavailable data fields. The subset may be based on the user privilegesdefined for the application.

The glanceable application preferably includes at least one graphical,icon, emoji or symbolic element. The creating step may further includesetting a color scheme of the element.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a system diagram illustrating the relationship between thesystems of invention and the backend systems of a service provider onone end, and relevant user groups on the other end.

FIG. 2 is a flow diagram illustrating a method of rapid app creation anddeployment using a portal wizard.

FIG. 3 is a system diagram illustrating the wizard and web applicationframework systems in greater detail.

FIG. 4 is a flow diagram illustrating the creation of a portal.

FIG. 5 is a flow diagram illustrating the process for connecting data toan app that has been developed.

DETAILED DESCRIPTION

Before embodiments of the invention are explained in detail, it is to beunderstood that the invention is not limited in its application to thedetails of the examples set forth in the following descriptions orillustrated drawings. It will be appreciated that numerous specificdetails are set forth in order to provide a thorough understanding ofthe exemplary embodiments described herein. However, it will beunderstood by those of ordinary skill in the art that the embodimentsdescribed herein may be practiced without these specific details. Inother instances, well-known methods, procedures and components have notbeen described in detail so as not to obscure the embodiments describedherein.

Furthermore, this description is not to be considered as limiting thescope of the embodiments described herein in any way, but rather asmerely describing the implementation of the various embodimentsdescribed herein. The invention is capable of other embodiments and ofbeing practiced or carried out for a variety of applications and invarious ways. Also, it is to be understood that the phraseology andterminology used herein is for the purpose of description and should notbe regarded as limiting.

Before embodiments of the software modules or flow charts are describedin detail, it should be noted that the invention is not limited to anyparticular software language described or implied in the figures andthat a variety of alternative software languages may be used forimplementation of the invention.

It should also be understood that many components and items areillustrated and described as if they were hardware elements, as iscommon practice within the art. However, one of ordinary skill in theart, and based on a reading of this detailed description, wouldunderstand that, in at least one embodiment, the components comprised inthe method and tool are actually implemented in software.

As will be appreciated by one skilled in the art, the present inventionmay be embodied as a system, method or computer program product.Accordingly, the present invention may take the form of an entirelyhardware embodiment, an entirely software embodiment (includingfirmware, resident software, micro-code, etc.) or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module” or “system.” Furthermore,the present invention may take the form of a computer program productembodied in any tangible medium of expression having computer usableprogram code embodied in the medium.

Computer program code for carrying out operations of the presentinvention may be written in any combination of one or more programminglanguages, including an object oriented programming language such asJava, Smalltalk, C++ or the like and conventional procedural programminglanguages, such as the “C” programming language or similar programminglanguages. Computer code may also be written in dynamic programminglanguages that describe a class of high-level programming languages thatexecute at runtime many common behaviours that other programminglanguages might perform during compilation. JavaScript, PHP, Perl,Python and Ruby are examples of dynamic languages.

The embodiments of the systems and methods described herein may beimplemented in hardware or software, or a combination of both. However,preferably, these embodiments are implemented in computer programsexecuting on programmable computers each comprising at least oneprocessor, a data storage system (including volatile and non-volatilememory and/or storage elements), and at least one communicationinterface. A computing device may include a memory for storing a controlprogram and data, and a processor (CPU) for executing the controlprogram and for managing the data, which includes user data resident inthe memory and includes buffered content. The computing device may becoupled to a video display such as a television, monitor, or other typeof visual display while other devices may have it incorporated in them(iPad, iPhone etc.). An application or an app or other simulation may bestored on a storage media such as a DVD, a CD, flash memory, USB memoryor other type of memory media or it may be downloaded from the internet.The storage media can be coupled with the computing device where it isread and program instructions stored on the storage media are executedand a user interface is presented to a user. For example, and withoutlimitation, the programmable computers may be a server, networkappliance, set-top box, SmartTV, embedded device, computer expansionmodule, personal computer, laptop, tablet computer, personal dataassistant, game device, e-reader, or mobile device for example aSmartphone. Other devices include appliances having internet or wirelessconnectivity and onboard automotive devices such as navigational andentertainment systems.

The program code may execute entirely on a server or mobile device orpartly on the mobile device as a stand-alone software package; partly onthe mobile device and partly on a remote computer or remote computingdevice or entirely on the remote computer or server or computing device.In the latter scenario, the remote computer may be connected to themobile device through any type of network, including a local areanetwork (LAN) or a wide area network (WAN), or the connection may bemade to the internet through a mobile operator network (e.g. a cellularnetwork).

FIG. 1 shows one embodiment in which a system and method is provided forautomated customizable portal creation. It would be advantageous toprovide a method and a system where a non-developer can createcustomizable portals for interaction with backend systems that are notdesigned for direct customer access.

FIG. 1 shows the backend systems 101 of a service provider e.g. a telco.Such system may include BSS, OSS, Provisioning Systems, HLR and BillingSystem amongst a host of other backend infrastructure systems necessaryto provide services to the end user and to facilitate serviceenablement.

The Business Support Systems (BSS) 101 a are the computer systems (bothhardware and software components) that may be used by atelecommunications service provider/operator to run its businessoperations towards customers. Business Support Systems generally enablefour processes: product management, order management, revenue managementand customer management. For example, BSS enable the taking of orders,resolving payment issues, revenues, etc.

The Operational Support Systems or Operations Support Systems (OSS) 101b are computer systems (including hardware and software) that are usedby telecommunications service providers/operators to manage theirnetworks (e.g., telephone networks). They support management functionssuch as network inventory, service provisioning, network configurationand fault management.

The Provisioning System 101 c refers to the system or systems installedat a service provider e.g. a mobile telecom operator that enables theactivation of services within the corresponding network element(s). Theprovisioning system also handles configuring the network fordynamically-oriented transactions like authentication, accounting,authorization, roaming, etc.

Provisioning involves the process of preparing and equipping a networkto allow it to provide new services to its customers and may also referto the provisioning of the customer's services to the network elements.

Mobile subscriber provisioning refers to the setting up of new services,such as GPRS, MMS and Instant Messaging for an existing customer of amobile phone network, and any gateways to standard Internet chat or mailservices. The service provider (or network operator) may typically sendthese settings to the customer's device e.g. a mobile phone usingdifferent methods depending on what the mobile operating system on themobile device is capable of accepting.

A general example of provisioning can be data services, whereby acustomer using a mobile device for voice calling may wish to add/switchto data services in order to access emails or browse the Internet. Thecustomer's mobile device services are “provisioned” and thus thecustomer is able to use data services.

The Home Location Register (HLR) 101 d is a central database thatcontains details of each mobile phone subscriber that is authorized touse the core network. There may be several logical, and physical HLRs ina mobile operator setup. The HLRs store details of every SIM card issuedby the mobile operator.

The Billing System 101 e is a software/hardware designed to support thetelecommunications billing processes which may be responsible forcollecting consumption data, calculating charging and billinginformation, producing bills for customers, processing their paymentsand managing debt collection.

The present system is depicted by 102 and may comprise of differentlogical or physical layers. In one embodiment the system has an APILayer 102 a, a Security Layer 102 b, a Wizard for portal and applicationcreation 102 c and the created portal 102 d which may further includeGlanceables 102 e and Full applications 102 f.

In one embodiment the Wizard for portal and application creation 102 cmay also be used for portal and application customization.

The system 102 may be installed on a remote server that may beaccessible over a network e.g. Internet or LAN (Local Area Network). Inone embodiment a server may be a standalone computer that is connectedto the internet or other network while in other embodiments the serverfunctionality may be provided by a set of networked computing devices.

The API Layer 102 a is responsible for connecting to the backend systemsand acquiring/writing information to these systems.

The Security Layer 102 b is responsible for managing the access controlof the different groups of users. In one embodiment the Security Layer102 b may also be responsible for managing the access control to thedifferent types of content.

The Wizard for portal and application creation 102 c is a graphical userinterface (GUI) that enables a user to create or modify a customizableportal without having to write any code.

The created portal 102 d which may further comprise of Glanceables 102 eand full applications 102 f which results as a product of the usermanipulations of the Wizard for portal and application creation 102 c.

Glanceables 102 e may refer to applications that are designed to showonly a summary of the information in a visual way to the end user e.g.using a graph with given color schemes, or icons, or emojis or othersymbols so that the user can easily understand the summarizedinformation.

Full Applications 102 f may refer to applications that are designed toshow detailed information to the end user.

The Glanceables 102 e and Full Applications 102 f may be implemented asweb widgets.

A web widget is a small stand-alone software application usually with alimited set of functionality that can be installed and executed within aweb page. A web widget usually occupies a portion of a webpage and doessomething useful with information fetched from other websites anddisplayed in the said place. A mobile web widget has the same purposeand function as a web widget, but it is made for use on a mobile devicesuch as mobile phone or tablet.

FIG. 1 also depicts different User Groups 103. A service provider e.g. atelco 103 a may have different groups of users responsible forperforming different roles associated with the portal and applicationcreation. The service provider may have a group of users who can createand customize a portal and associated applications 103 b for theEnterprise Customers of the said service provider. The service providermay also have a group of users who can only customize the portal andassociated application 103 c while not being able to create the same.Both these groups of users may use the Wizard for portal and applicationcreation 102 c.

The service provider 103 a may have multiple enterprise customers forexample Enterprise Customer 1 103 d, Enterprise Customer 2 103 g, up toEnterprise Customer n 103 h.

Each enterprise customer may have a group of users who may beresponsible for customization of the portal and associated applicationswho may use the Wizard for portal and application creation 102 c to makethe changes to the portal and associated applications and a group of endusers of the portal itself (sometimes referred to herein as“accountholders”—it will be appreciated that such users may be actualaccountholders or prospective accountholders or their delegates orrepresentatives).

For example, Enterprise Customer 1 103 d may have a group of users whomay be responsible for customization of portal and associatedapplication 103 e who may use the Wizard for portal and applicationcreation 102 c to make the changes to the portal and associatedapplications and a group of end users of the portal itself 103 f.

Using the system and method offered by the disclosed invention differentportals could be created, each customized for different enterprisecustomers based on the different sets of services that the enterprisemay have chosen from the portfolio of the services that the serviceprovider may have to offer. Thus a portal may be customized to berestricted to apps that only allow for changes to the services that theenterprise customer uses.

For example the service provider may offer landline telephony services,wireless telephony services, cable TV and internet services. A firstenterprise customer who may have opted to use landline telephonyservices and internet services may have a customized portal where theend users can make changes to their landline service package andinternet service package. Such a customizable portal with its associatedapplications can be advantageously created by using the systems andmethods of this invention without having to write any code.

Similarly, a second enterprise customer may have opted to use wirelesstelephony services and internet services, thus their customized portalmay be advantageously customized with apps that enable its employees tomake changes to their wireless service packages and internet servicepackages. Thus, users at the service provider can advantageously createdifferent customized portals for each of this enterprise customerswithout having to write any code.

A group of users who may be responsible for portal and applicationcreation may use a desktop or any other device e.g. a tablet, or aSmartTV or the like where a browser and associated technologies may beinstalled to access the Wizard for portal creation.

A group of end users of the portal itself may use a desktop or any otherdevice e.g. a SmartTV or the like where a browser and associatedtechnologies may be installed to access the portal.

The Portal may be created by user(s) at the service provider and theenterprise users can configure what has been given to them as apps andGlanceables but they may not be able to create new apps.

Any user(s) of the system may be able to create the Portal andassociated apps and Glanceables.

FIG. 2 shows one embodiment 200, in which a system and method isprovided for automated customizable portal creation 201.

A user logs into the system 202. Such a user may have a role like thatof a system administrator. For example, the user may log into the systemfrom a desktop computer that is connected to the system of inventionover a network e.g. a LAN or Internet. In another embodiment the usermay also use a tablet or other such computing device that will enablethe said user to access the system of invention over a network e.g. aWiFi network or a cellular data network.

The system initiates the wizard for portal/application creation 203 andenables the user to access the tools to enable said user to create acustomizable portal without having to write any code.

The user creates a new portal and labels it (system creates a JSON forthe portal) 204, e.g. gives it a name so that the portal and its relatedapplications can be saved/stored on non-volatile memory of a server forlater access.

The user creates a new app and labels it 205, e.g. gives it a name sothat the application and its related files/data can be saved/stored onnon-volatile memory of a server for later access.

The user selects an app type (e.g. Glanceable or Full App) 206. In thisdisclosure the term Glanceable may refer to applications that aredesigned to show only a summary of the information in a visual way tothe end user. And the term Full Application may refer to applicationsthat are designed to show detailed information to the end user.

The user selects a visualization method for the app 207, e.g. numbers,table, graph or map as a means for arranging data for display andinteraction for the user.

The user provides REST API URL for data access 208, e.g. the user usesthe below ticketing system API to create the TICKETS app.

-   -   Get: http:hostname:port/tnp-rest/tickets/    -   Create: http:hostname:port/tnp-rest/tickets/    -   Update: http:hostname:port/tnp-rest/tickets/    -   Delete: http:hostname:port/tnp-rest/tickets/{id}

The user customizes visual properties of the app 209.

The user defines security settings for the app 210, e.g. the userprivileges for one or more groups of end users who will be accessing thecreated portal.

The user can preview the app, save it or publish it 211 to the system.

In one embodiment the functionality of the system of invention may beembedded in another system or software application e.g. an IDE.

FIG. 3 shows one embodiment 300 in which the present system is depictedby 301 which may include but is not limited to the Wizard for portal andapplication creation and customization 303, a database 304 for storingthe JSONs that are created as a result of the user saving a new portalvia the use of the Wizard 303.

JSON (JavaScript Object Notation) is a lightweight data-interchangeformat. It is easy for humans to read and write. It is easy for machinesto parse and generate. JSON is a text format that is completely languageindependent but uses conventions that are familiar to programmers of theC-family of languages, including C, C++, C#, Java, JavaScript, Perl,Python, and many others. These properties make JSON an idealdata-interchange language. JSON is built on two structures:

-   -   A collection of name/value pairs. In various programming        languages, this is realized as an object, record, struct,        dictionary, hash table, keyed list, or associative array.    -   An ordered list of values. In most programming languages, this        is realized as an array, vector, list, or sequence.

Virtually all modern programming languages support theses in one form oranother. JSON data format is interchangeable with programming languagesbased on these structures.

A file or another method may be used for saving the JSONs, and theintent of the application is to provide a means for storing the JSONs innon-volatile memory of any type that may be suitable for the situation.

FIG. 3 also depicts the User Access Layer 302. There may be at least twogroups of users, firstly the user who are responsible for creating andcustomizing a portal/applications 103 b and a second group of users whoare the end users of the portal and the applications 103 c created bythe first group of users.

Users 103 b may use desktops 306 or tablet devices 307 to create andcustomize a portal without having to write any code and by accessing theWizard 303. The application is not limited to the cited example ofdevices in fact the intent is to cover all such devices that may enablea user to access the Wizard 303 from a computing device.

End users 103 c may use may use mobile phones 308, a desktop/web enabledcomputing devices 309, IVR (Interactive Voice Response) 310 or tabletdevices 311 to access the portal and associated applications. Theapplication is not limited to the cited example of devices in fact theintent is to cover all such devices and methods that may enable an enduser to access the portal from a computing device with an interface.

In one embodiment an app that may be installed on a mobile device isused by an end user to request for a new product or a service that theservice provider e.g. a mobile network operator may be providing to thesaid end user.

FIG. 4 shows one embodiment 400. A user creates a new portal and labelsit 401, e.g. gives it a name so that it can be uniquely identified andsaved in the system.

The system creates a JSON for the portal creation and customization 402.This is shown in Code Snippet 1.

The user creates new app for the portal 403. In one embodiment the usercreates a new app for the portal and information is saved to the JSONand preferably information for each application may be stored as aseparate object. This is shown in Code Snippet 2.

The JSON is updated as the user modifies and customizes the portal andthe app(s) 404. An exemplary code snippet before and after themodification are given below to illustrate the above step.

Exemplary JSON before the modifications:

{ “defaultApp”: false, “appType”: “g-glanceable”, “name”: “Orders”,“id”: “Orders”, “title”: “Orders”, “type”: “Text”, “configs”: {“containerconfig”: { “name”: “”, “type”: “”, “url”: “” },“workbenchconfig”: { “isNewApp”: false, “userconfig”: { “userGroups”:null }, “icon”: “fa fa-check-square-o”, “active”: true, “label”:“Orders”, “type”: “Text”, “linkTo”: null, “appType”: “Glanceable”,“chartType”: “\”\“”, “action”: null, “previewconfig”: null,“glanceColor”: “#8320aa”, “fieldConfigs”: { “isCreate”: false,“isDelete”: null, “get”: [ { “barWidth”: null, “isGroupBy”: false,“autoRefresh”: null, “color”: null, “isRotatedAxis”: false,“systemProperty”: null, “show”: true, “customName”: “Total”,“isHyperLink”: false, “enumItems”: null, “type”: “”, “chartHyperLink”:null, “isReadOnly”: false, “property”: “total”, “sortBy”: null,“isMandatory”: false } ], “create”: [ ], “update”: [ ], “delete”: null,“isUpdate”: false }, “restConfigs”: [ { “scriptUrl”: null, “password”:null, “fileName”: null, “menuList”: [ ], “cssUrl”: null, “appType”:“Glanceable”, “type”: “Text”, “userName”: null, “url”:“http:hostname:port/tnp-rest/glance/ordercount”, “requestpayload”: null} ] }, “layoutconfig”: { “sw”: “260”, “sh”: “100”, “column”: “medium”,“mw”: “300”, “row”: “small”, “mh”: “130”, “lw”: “600”, “lh”: “170” } } }

FIG. 5 shows one embodiment 500. The user provides REST API URL for dataaccess 501. In one embodiment such data may reside at the backendsystems of a service provider or other such enterprise that preferablyoffers services and products to end users (consumers). In one embodimentthe Security Layer 102 b (as depicted in FIG. 1) may also be responsiblefor managing the access to different types of content. Thus a user canonly access the appropriate data set that is associated with theprivileges of their user group.

The system connects to the data source and acquires data 502, forexample from the backend of one or more backend systems of a serviceprovider. In one embodiment the connection may be over a computingnetwork for example LAN or the Internet.

The system parses data model 503, which preferably includes analyzingthe string of symbols (text or a sequence of tokens) in the data modelto determine its structure and the relationships.

The system displays the data model e.g. displays the fields available inthe data 504, e.g. displays the 20 different fields available in thedata.

The user selects fields to display in the app 505. For example, thereare 20 different fields available in the data and the user opts todisplay a subset of these (e.g. 14 fields) in the app.

The user customizes visual properties 506 of the data to be displayed inthe app.

The user can preview app, save it or publish it 507.

It should be understood that although the terms browser/web-widget/apphave been used as an example in this disclosure but in essence the termmay also apply to any other piece of software code where the embodimentsof the invention are incorporated. The software app or application canbe implemented in a standalone configuration or in combination withother software programs and is not limited to any particular operatingsystem or programming paradigm described here. Thus, this inventionintends to cover all apps, software packages and user interactionsdescribed above as well as those obvious to the ones skilled in the art.

The program code may execute entirely on a mobile device or partly onthe mobile device as a stand-alone software package; partly on themobile device and partly on a remote computer or entirely on the remotecomputer or server. In the latter scenario, the remote computer may beconnected to the mobile device through any type of network, including alocal area network (LAN) or a wide area network (WAN), or the connectionmay be made to the internet through a mobile operator network (e.g. acellular network).

Several exemplary embodiments/implementations of the invention have beenincluded in this disclosure. There may be other methods obvious topersons skilled in the art, and the intent is to cover all suchscenarios. The application is not limited to the cited examples, but theintent is to cover all such areas that may benefit from this invention.The above examples are not intended to be limiting, but are illustrativeand exemplary.

What is claimed is:
 1. A system for enabling creation of a portal totelecommunications services managed by an enterprise user on behalf ofaccountholders of the enterprise, comprising: a first physical orlogical layer providing access to at least a business support system, anoperational support system, a provisioning system, a home locationregister, and a billing system; a second physical or logical layerproviding access to a wizard interface programmed for: creating a portalby the enterprise user with an application enabled to selectively accessand/or modify data and settings accessible through a security layer fromthe first layer, wherein the application is: a glanceable applicationshowing the data or settings in a summary visual fashion; or a fullapplication showing the data or settings in a detailed fashion; andpublishing of the portal; and a third physical or logical layerproviding access to the portal by an accountholder of the enterpriseafter publishing.
 2. The system of claim 1, wherein the glanceableapplication is a web widget.
 3. The system of claim 1, wherein the fullapplication is a web widget.
 4. The system of claim 1, wherein thewizard is programmed to allow customization of the portal for theenterprise.
 5. The system of claim 1, wherein the telecommunicationsservices include at least one of telephony, wireless telephony, cable TVor internet service.
 6. The system of claim 1, wherein the portal uses aJSON.
 7. The system of claim 1, wherein the creating step includes:creating a JSON for the portal; receiving a label of the application;receiving a selection of the application type, whether glanceable orfull; receiving a selection of a visualization method; and receiving aREST API URL for data access.
 8. The system of claim 7, wherein thecreating step further includes: receiving custom visual properties ofthe application.
 9. The system of claim 8, wherein the creating stepfurther includes: receiving security settings of the application. 10.The system of claim 9, wherein the security settings include userprivileges for at least one accountholder and at least one enterpriseuser.
 11. The system of claim 1, wherein the publishing step furtherincludes: receiving a command to save the application; and receiving acommand to preview the application.
 12. The system of claim 10, whereinthe data access connects to at least one data source in the firstphysical or logical layer.
 13. The system of claim 12, wherein the datasource has a data model which is parsed to determine its structure andrelationships.
 14. The system of claim 13, wherein the creating stepincludes selecting fields of data to be displayed.
 15. The system ofclaim 14, wherein the application displays a subset of the availabledata fields.
 16. The system of claim 15, wherein the subset is based onthe user privileges defined for the application.
 17. The system of claim1, wherein the glanceable application includes at least one graphical,icon, emoji or symbolic element.
 18. The system of claim 17, wherein thecreating step includes setting a color scheme of the element.